Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

DRAFT: Add support for the ESP32-C5 and move forward to IDF 5.4 (not final) #3670

Open
wants to merge 21 commits into
base: dev-esp32
Choose a base branch
from

Conversation

pjsg
Copy link
Member

@pjsg pjsg commented Dec 9, 2024

This is just a tracking PR. The ESP32C5 branch builds in the CICD, but some of the other devices do not build as some of the modules don't build due to changes in the IDF.

Fixes #3671.

Make sure all boxes are checked (add x inside the brackets) when you submit your contribution, remove this sentence before doing so.

  • This PR is for the dev branch rather than for the release branch.
  • This PR is compliant with the other contributing guidelines as well (if not, please describe why).
  • I have thoroughly tested my contribution.
  • The code changes are reflected in the documentation at docs/*.

To be completed below: Description of and rationale behind this PR.

jmattsson and others added 15 commits October 14, 2024 11:57
- If the initial filesystem mounting fails, then a subsequent file.format()
  does not mount it afterwards, necessitating a node.restart(). In the normal
  case, after file.format() the filesystem is mounted and ready for use.
  We now explicitly remount after a format to gain consistent behaviour.

- If using USB CDC, the auto-format on first boot interferes with USB
  enumeration, resulting in a failed startup. We now avoid doing an
  auto-format if the USB CDC console is enabled. The behaviour is
  configurable/overrideable via Kconfig.
This allegedly resolves the reboot crashes seen on ESP32-S3 Zero.
It also removes the peculiar need to explicitly call
esp_vfs_console_register(), the absence of which previously would
trigger an assertion failure in xQueueGenericSend on input.
To help compile-test the different console options, for starters.
Having gone through the changelog from 5.3.1, this looks safe enough...
@pjsg pjsg changed the title DRAFT: Add support for the ESP32-C5 and move forward to IDF 5.5 DRAFT: Add support for the ESP32-C5 and move forward to IDF 5.4 (not final) Dec 12, 2024
@pjsg
Copy link
Member Author

pjsg commented Dec 17, 2024

It is quite tricky to make it connect to a 5GHz network, but I did succeed:

{"bssid":"26:5a:4c:5d:73:fd","ssid":"Chateau Gladstone 5GHz","channel":36,"auth":3}

If I tried to connect to a network with both 2.4 and 5.8 channels, then it always picked the 2.4 channel -- it didn't seem to make any difference what channel / scan_method I picked.

@pjsg
Copy link
Member Author

pjsg commented Dec 17, 2024

I don't think that this branch should be merged until the version of the IDF is released that supports the C5. Not clear when that will be.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants